Live Music
Archive
Librivox
Free Audio
Metropolitan Museum
Cleveland
Museum of Art
Internet
Arcade
Console Living Room
Open Library
American
Libraries
TV News
Understanding
9/11All Things Open 2018: How to open source an internal project
Video Item Preview
Share or Embed This Item
- Publication date
- 2018-10-22
- Usage
- Attribution-ShareAlike 4.0 International
- Topics
- software development, open source, free software, free and open source software, FOSS, F/LOSS, OSS, ATO, All Things Open, ATO2018
- Item Size
- 2.3G
Description:
So your company is going to release an internal project as open source. Are you ready for your new responsibilities? You could just throw the code up on a forge like GitHub or GitLab, but it’s unlikely to receive attention or provide much benefit to the company.
Open sourcing an internal project requires a lot of thought and work. Releasing a project as open source requires changes to the development, build, and release workflow. This is not about the code per se; it’s the processes and infrastructure that surround the code that make the project successful.
VM Brasseur discusses what you need to know and what to expect before you release your internal project.
Topics include:
- Identifying company goals for the project
- Prerelease due diligence (licenses and code hygiene)
- Community expectations and maintenance
- Processes that need to happen in the open
- Communication (internal and external)
